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Beschreibung 

Austausch geographischer Positionsinf ormation zwischen 
Positionsinformations-Server und Kernnetzwerk-Element 

Die Erfindung betrifft ein Verfahren zum Austausch 
geographischer Positionsinf ormationen zwischen einem 
Kernnetzwerk-Element eines offentlichen Telekommunikations- 
netzes, insbesondere Mobilf unknetzes, und einer Positions- 
inf ormations-Servereinrichtung unter Verwendung zumindest 
einer Nachricht eines von Kernnetzwerken des Telekommunika- 
tionsnetzes unterstiitzten Protokolls, wobei seitens der 
Servereinrichtung eine Nachrichtenart der fur den Austausch 
der Positionsinf ormationen verwendeten Nachricht ausgewahlt 
wird; sowie eine Positionsinf ormations-Servereinrichtung zur 
Durchfiihrung dieses Verfahrens. 

In modernen Mobilnetzen kommen zunehmend Dienste zum Einsatz, 
in denen der geographische Auf enthaltsort eines Teilnehmers 
bei der Ausftihrung einbezogen wird. Solche Dienste greifen 
auf in dem Netz gemafi dem ETSI/3GPP-Standard TS 23.271 
eingerichtete sogenannte Location- Services 

(„Lokalisierungsdienste* , LCS) zuruck, die geographische 
Positionsdaten bereit stellen. Die geographischen 
Positionsinf ormationen betref fen in der Regel den Standort 
eines Teilnehmers des Mobilnetzes bzw. seines mobilen 
Endgerats. In dem genannten 3GPP-Standard berucksicht igte Po- 
sitionsdienste sind insbesondere die Positionssysteme TOA 

PUplink Time of Arrival"), E-OTD "Enhanced Observed Time 
Difference") und GPS ("Global Positioning System"). 

Als zentrale Ansprechstelle fur die Lokalisierungsdienste in 
Telekommunikationsnetzen sind Posit ions informations -Server 
vorgesehen. In einem GSM-Netz beispielsweise ist ein 
Positionsinf ormations-Server als eigener Netzknoten 
realisiert, der als MLC ('Mobile Location Center') bezeichnet 
wird (mehrere MLCs konnen in einem GSM-Netz vorgesehen sein) . 
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Der Server ist in der Regel einem bestimmten Mobilnetz ^ 
zugeordnet und kann iiber die Positionierung der 
Netzteilnehmer in diesem Mobilnetz hinaus in Abhangigkeit von 
gegebenenf alls bestehenden Roaming-Vertragen auch die 
Positionierung von Teilnehmer des eigenen Netzes, die gerade 
in fremden Netzen roamen und/oder von Teilnehmern fremder 
Netze ubernehmen. Positionsinf ormations-Server haben 
naturgemali sehr viel Nachrichtenaustausch mit den Netzwerk- 
elementen des Kernnet zwerks ('core network') eines 
Telekommunikationsnetzes - im Falle eines Mobilf unknetzes 
sind dies insbesondere das Heimatregister und die 
Mobilvermittlungsstellen - zu bewaltigen, wobei dieser 
Nachrichtenaustausch teils innerhalb eines Netzes, teils 
netzubergreifend geschieht. Die Kernnetzwerk-Elemente eines 
Mobilfunknetzes kommunizieren uber das im ETSI/3GPP-Standard 
TS 29.002 standardisierte MAP-Protokoll, welches den Kern- 
netzwerk-Elementen eine begrenzte und wohldef inierte Menge an' 
standardisierten MAP-Nachrichten fur die Kommunikation zur 
Verfugung stellt. Dennoch besteht oftmals seitens des Positi- 
onsinf ormations-Servers das Problem, den Austausch einer mog- 
lichst genauen Positionsinf ormation mit Kernnet zwerk- 
Elementen durchzuf uhren, die eine sehr unterschiedliche Un- 
terstutzung der zugehorenden Protokolle bzw. Nachrichten 
und/oder Lokalisierungsdienste aufweisen. 

Die hier betrachtete geographische Positionsinf ormation (in ( 
der Folge kurz als ^Positionsinf ormation" bezeichnet) kann 
verschiedene Genauigkei ten aufweisen und auch innerhalb des 
Netzes - in Abhangigkeit vom betreffenden Kernnet zwerk- 
Element - variieren. Im Falle der LCS-kompat iblen Positions- 
information kann sie in der Form geographische Breite und 
geographische Lange darges tellt werden; im "einf achsten" Fall 
entspricht sie der innerhalb eines Mobilnetzes verwendeten 
Standort-Information, die die Mobil funkzelle und/oder die Mo- 
bil-Vermittlungsstelle angibt, in deren Einzugsbereich sich 
der betreffende Mobilteilnehmer sich befindet, und somit von 
der Topologie des Mobilfunknetzes abhangt . 
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In den letzten Jahren wurde im Rahmen des 3GPP-Konsortiums 
eine Reihe von Standards fur Lokalisierungsdienste erstellt; 
hier sind insbesondere die Standards TS 23.271 
5 (Funktionsdarstellung des LCS), TS 29.002 (Erweiterungen des 
MAP) und TS 23.032 (UGAD - 'Universal Geographic Area De- 
scription') zu nennen. Kern der standardisierten Implementa- 
tion des LCS ist ein Gateway - ein sogenanntes GLMC ( 'Gateway 
Mobile Location Center' ) - das eine Brlicke zwischen Stellen, 

10 die Lokalisierungsanf ragen senden oder Lokalisierungsber ichte 
entgegen nehmen (unter Verwendung eines IP-basierten Proto- 
\ kolls), und der jeweiligen Positionsbestiirunungs-Prozedur bil- 

det. Diese wird liber SS7-Schnittstellen innerhalb des Kern- 
netzwerks und Radio-Einzugsbereichs des Netzes ausgefuhrt. 

15 Fur das Kernnetzwerks eines Mobilnetzes haben TS 23.271 und 
TS 29.002 neue MAP-Dienste spezif iziert , die fur die Lokalir 
sierung mobiler Teilnehmer bestimmt sind. Die Ergebnisse die- 
ser Dienste konnen als (ungefahre) Koordinaten auf der Erd-~ 
oberflache unter Einbeziehung der zugehorenden Unsicherheits- 

20 angabe interpretiert werden. t 

Jedoch sind Implementation und Einsatz eines standardgemaflen 
Positionsinf ormations-Servers, der lediglich auf diesen neu'en 
LCS-MAP-Diensten beruht, fiir heutige Mobilnet z-Umgebungen 

25 nicht ausreichend. Dies liegt daran, das in den gegenwartigen 
Inf rastrukturen der Mobilnetz-Kernnet zwer ke nur ein kleiner 
Teil der Net zwerkelemente die neuen LCS -MAP-Dienste unter- 
sttitzt; die uberwiegende Zahl der Net zwer kelemente unterstut- 
zen vielmehr lediglich Pra-Standard-Mechanismen, namlich auf 

30 MAP-ATI und/oder SMS - SIM beruhende Verfahren zur Lokalisie- 
rung mobiler Teilnehmer, und diese liefern weniger genaue Po- 
sitionsinf ormationen . Die Umgebungsstruktur wird noch komple- 
xer, wenn im Netz Kernnet zwerk-Elemente von verschiedenen 
Herstellern niit verschiedenen MAP-Implementationen und/oder 

35 -Versionen eingesetzt sind, was dazu ftihrt, dass im Mobilnetz 
nicht nur die Positionierungsgenauigkei t inhomogen ist, son- 
dern auch die MAP-Versionen und somit auch die zugehorende 
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Kommunikation; urn so komplizierter wird die Situation, wenn 
mehrere Netze - z.B. bei Roaming - beteiligt sind. Hierfur 
wird ein Positionsinf ormations-Server benotigt, der seinen 
Klienten transparenten Zugriff auf Positionsinf ormationen 
5 nach dem Stand der Technik bietet. 

Es ist daher Aufgabe der Erfindung, den Austausch von Posi- 
tionsinf ormationen mit einem ' Positionsinf ormations-Server 
- insbesondere das Auslesen dieser Daten aus einem Kernnetz- 

10 werk-Element - dahin gehend zu verbessern, dass moglichst ge- 
naue Positionsinf ormationen in Abhangigkeit von den jeweils 
\ angesprochenen Net zwerkelement iibertragen werden konnen, so- 

dass besonders in heterogenen Netzen der Zugriff auf effi- 
ziente Weise durchfuhrbar ist, Hierbei wird unter „heteroge- 

15 nem Netz* ein Netz mit Kernnet zwerk-Elementen verschiedener 
Hersteller und/oder mit unterschiedlichem Grad der Konformi- 
tat bezuglich der Implementierung der LCS-S tandards verstan- 
den. Des weiteren soil, urn ein Roaming der Teilnehmer zu be- 
riicksichtigen, die Behandlung mobiler Netzwerke verschiedener 

20 Standards wie GSM, GPRS oder UMTS moglich sein. 

Diese Aufgabe wird von einem Verfahren der eingangs genannten 
Art bzw. einer Positionsinf ormations-Servereinrichtung zur 
Durchfuhrung eines solchen Verfahrens gelbst, bei welchem 
} 25 durch die Servereinrichtung vor dem Zugriff auf ein 

Kernnetzwerkelement zum Austausch von Positionsinf ormationen 
eine Reihe von Zugriff sversuchen mit Nachrichten verschiede- 
ner Nachrichtenarten erfolgt, bis ein Zugriff sversuch zu ei- 
nem erf olgreichen Informationsaustausch gefuhrt hat. 

30 

Die Erfindung gestattet den flexiblen Zugriff auf Kernnetz- 
werk-Elemente, urn Positionsinf ormat ion mit moglichst hoher 
Genauigkeit zu erhalten, wobei gerade in einem heterogenen 
Mobilf unknetz je nach Beschaf f enhei t des Netzes, insbesondere 
35 Mobilfunknetzes, die jeweils effiziente Methode fur die Uber- 
tragung der Posit ionsdaten eingesetzt wird 
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In einer vorteilhaf ten Weiterbildung der Erfindung wird, urn 
den Aufwand in auf einander f olgenden Zugriffen zu reduzieren, 
seitens der Servereinrichtung Entscheidungsinf ormation 
gehalten, in der zumindest einem Kernnetzwerk-Element jeweils 
5 zumindest eine Nachrichtenart zur Durchfuhrung des Austauschs 
von Positionsinformationen zugeordnet ist, wobei durch die 
Servereinrichtung, wenn ein Zugrif f sversuch zu einem erfolg- 
reichen Inf ormationsaustausch geftihrt hat, die Entscheidungs- 
inf ormation um einen Eintrag erganzt wird - sofern dieser 
10 nicht schon vorhanden ist in diesem ist jene Nachrichten- 
art, mit der der Zugriff erfolgreich war, dem Kernnetzwerk- 
Element zugeordnet. Hierbei ist es giinstig, wenn durch die 
Servereinrichtung vor dem Zugriff auf ein Kernnet zwerkelement 
zum Austausch von Positionsinformationen die 
15 Entscheidungsinformation auf einen Eintrag fur das 

betreffende Kernnetzwerk-Element gepruft wird und, falls ein 
solcher Eintrag vorliegt, der Positionsinf ormationen- 
Austausch aufgrund der eintragsgemaiJen Nachrichtenart 
durchgefiihrt wird, anderenfalls ein Reihe von Zugrif fsversu- 
20 chen mit Nachrichten verschiedener Nachrichtenarten erfolgt, 
bis ein Zugrif f sversuch zu einem erf olgreichen Inf ormations- 
austausch gefiihrt hat, und seitens der Servereinrichtung die 
Entscheidungsinformation - soweit nicht schon vorhanden - er- 
ganzt wird. 

> 25 

jjjjjji^ Des weiteren ist es giinstig, wenn ein Zugrif f sversuch mit 
Nachrichten gemaB den geltenden LCS-Standards erfolgt, und 
falls dies nicht erfolgreich ist, sodann zumindest ein 
Zugrif f sversuch gemafi vor den LCS-Standards geltenden Verfah- 

30 ren, insbesondere mittels MAP-ATI-Abf ragen nach dem CAMEL- 

Standard, erfolgt. Um eine Bestimmung der aktuellen Position 
eines Teilnehmers zu erzielen, kann in einer Weiterbildung 
vorgesehen sein, dass an ein mobiles Endgerat des Netzes, 
dessen geographische Position zu bestimmen ist, eine Kurz- 

35 mitteilung gesendet wird, wodurch ein Paging fur dieses End- 
gerat ausgelost wird. 
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Ebenso kann die Nachrichtenart im Falle, dass kein Eintrag 
fur ein bestimmtes Kernnetzwerk-Element gefunden wurde, so 
bestimmt werden, dass eine 'Application Context Negotiation' 
(,,Anwendungskontext-Aushandlung % ) mit dem Element 
durchgefuhrt wird. 

Die Entscheidungsinf ormation kann zweckmafiiger Weise in Form 
einer Entscheidungstabelle gehalten . sein, in der Eintrage 
nach den Kernnet zwerk-Elementen geordnet sind. 

Die Erfindung samt weiterer Vorzuge wird im Folgenden anhand 
eines nicht einschrankenden Ausfiihrungsbeispiels naher 
erlautert. Hierbei werden die beigefiigten Zeichnungen 
herangezogen, welche zeigen 

Fig. 1 ein Blockdiagramm eines GSM-Netzes mit einem 
erf indungsgemafien GMLC; 

Fig. 2 ein Ablauf sdiagramm fur die Durchfuhrung eines 
Zugriffs durch den GMLC der Fig. 1. 

In Fig. 1 ist ein beispielhaf tes heterogenes GSM-Netz MN1 
gezeigt, an das ein mobiler Teilnehmer uber sein Mobil- 
Endgerat ME liber eine Funkschnittstelle SI zu einer 
Basisstation Bll angeschlossen ist. Selbs tverstandlich sind 
in. der Regel eine Vielzahl von Teilnehmern an das Netz 
angeschlossen, die jedoch hier, ebenso wie die zugehorenden 
Basisstationen und weiteren Netzstellen der Ubersichtlichkeit 
halber nicht gezeigt sind; vielmehr zeigt Fig. 1 lediglich 
die fur das Verstandnis der Erfindung notwendigen 
Netzkomponenten. Zu letzteren gehoren insbesondere ein 
Heimatregister HLR ( 'Home Location Register' ) nach bekannter 
Art, das der zentralen Verwaltung der Teilnehmerdaten des 
Netzes dient, sowie Mobil-Vermittlungsstellen M1,M2 ('Mobile 
Switching Center', MSC) . In der gezeigten Topologie versorgt 
die Vermittlung Ml den Einzugsbereich der dem Teilnehmer ME 
zugeordneten Basisstation Bll. Heimatregister HLR und Mobil- 
Vermittlungsstellen M1,M2 sind Netzknoten des Kernnet zwerks 
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des Netzes MN1; wie bereits erwahnt, kann in der Regel davon 
ausgegangen werden, dass die einzelnen Elemente des 
Kernnetzes von verschiedenen Herstellern stammen und/oder 
verschieden vollstandige Implementationen der LCS-Standards 
5 realisieren. 

Die geographische Position des mobilen Teilnehmers bzw. 
seines Endgerats ME wird mittels einer Positionsbestimmungs- 
einheit LMU ( 'Location Measurement Unit') bestimmt, z.B. 

10 mittels Radio-Messungen nach dem TOA-Positionssystem. Die von 
der Positionsbestimmungseinheit LMU ermittelten Positions- 
daten werden in das Netz MN1 eingespeist, z.B. entsprechend 
TS 23.271 liber eine Funkschnittstelle S2, durch die die 
Einheit LMU gleich einem mobilen Endteilnehmer uber eine 

15 Basisstation B21 an das Netz vermittels einer Mobil- 
Vermittlungsstelle- M2 angeschlossen ist. 

Fur die Behandlung der Positionsinf ormationen ist in deiri : Netz 
MN1 ein Positionsinf ormation-Server (GMLC) PI vorgesehen, der 
20 mit den Elementen HLR, Ml , M2 des Kernnetzwer ks des Netzes MN1 
kommuniziert . Daneben kann der GMLC PI auch mit Kernnet zwerk- 
Elementen anderer Netze kommuni zieren, z.B. mit dem 
Netzknoten N2 eines zweiten Mobilf unknet zes MN2, in dessen 
Einzugsbereich sich der mobile Teilnehmer - in Fig. 1 als 
25 Endgerat ME 1 strichliert dargestellt - zeitweise aufhalten 
mag. 


Gemafi der Erfindung baut der GMLC PI dynamisch eine 
Entscheidungstabelle PE auf, in der Information gehalten 

30 wird, auf welche Weise auf ein bestimmtes Kernnet zwerk- 
Element HLR, M1,M2,N2 zugegriffen werden kann. Die 
Entscheidungstabelle PE enthalt z.B. eine Liste von Eintragen 
e, in denen fur jeweils ein Kernnet zwerk-Element eingetragen 
ist, welche Nachrichten bzw. Protokolle bei einem fruher 

35 erfolgten Zugriff erfolgreich waren. Die Entscheidungstabelle 
PE kann wie in Fig. 1 gezeigt in der Posit ionsinf ormation- 
Servereinrichtung selbst gehalten sein oder ebenso gemaft 
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einer nicht gezeigten Variante in einem von der Server- 
einrichtung gesonderten Speicher. Wenn der GMLC PI auf ein 
bislang unbekanntes - namlich in der Entscheidungstabelle PE 
nicht eingetragenen - Partner-Netzwerkelement zugreifen soil, 
werden zuerst die Fahigkeiten des Netzwerkelements bestimmt. 
Eine erste Abschatzung der Fahigkeiten des Partner-Net zwerk- 
elements kann im Laufe der sogenannten ^Application Context 
Negotiation' (ACN) gewonnen werden, bei der - in einem MAP- 
Standardverf ahren nach den 3GPP-Standards - der GMLC PI einen 
MAP-Dialog mit dem Partner einrichtet, wobei der hierbei 
erstellte x Application Context' die Version jeweils einer 
MAP-Nachricht oder eines MAP-Dienstes angibt, die bzw. das 
vom Partner-Netzwerkelement implement iert ist. 

Haufig kdnnen detaillierte Inf ormationen liber die Fahigkeiten 
eines Partners nur uber Versuch-und-Irrtum Strategien 
bestimmt werden, weil ein Partner moglicher Weise die ACN 
nicht vollstandig implementiert hat und nicht unterstutzte 
MAP-Nachrichten einfach ignoriert. Deshalb versucht der GMLC 
PI zuerst, den Partner uber die Standard-MAP-Dienste fur Lo- 
kalisierungsanf ragen anzusprechen (Nachrichten MAP-SEND- 
ROUTING-INFO-FOR-LCS bzw. MAP-PROVIDE-SUBSCRIBER-LOCATION) . 
Wenn der GMLC PI im Zuge der ACN eine dieser entsprechende 
Antwortnachricht erhalt, so wird das betreffende Partner- 
Netzwerkelement (bzw. die Netzwerkelemente , falls mehrere 
Partner-Netzwerkelemente beteiligt waren) in der Entschei- 
dungstabelle als LCS-Standard-gemaft eingetragen. 

Wird dagegen eine Fehlermeldung zurilck gegeben, aus der 
hervor geht, dass das adressierte Kernnetzwerk-Element den 
LCS-MAP-Dienst nicht unterstutzt, so wird vom GMLC PI die 
Entscheidungstabelle dem entsprechend aktualisiert , und der 
GMLC PI nimmt die MAP-Dienste fur Pra-Standard Lokalisierung 
(MAP-ANY-TIME-INTERROGATION zurn Heimatregister ) auf, wobei 
gegebenenf alls npch vorher ein zwangsweises ( ^enforced' ) 
Paging ausgefiihrt wird. Dieses zwangsweise Paging kann 
beispielsweise durch Versenden einer leeren Kur znachricht 
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(des Kurznachrichtendienstes SMS der GSM-Netze) an den 
Teilnehmer erfolgen. Falls die Fehlermeldung nicht genugend 
spezifiziert ist oder die Zeit uberschritten wird, wird ein 
interner Zahler fur das betreffende Netzwerkelement 
5 inkrementiert und der gleiche MAP-Dienst wiederholt. Wenn 
eine einstellbaren Anzahl von auf einanderf olgenden 
Fehlversuchen . erreicht wird, so bedeutet dies, dass der GMLC 
PI eine Pra-Standard Lokalisierungsanf rage versuchen muss; 
ein entspreohender Eintrag wird der Entscheidungstabelle 
10 hinzu geftigt. 

, Der beschriebene Ablauf kann unter Umstanden Zeit und 

-jjjjj^ Ressourcen in Anspruch nehmen, jedoch findet er nur bei dem 

jeweils ersten Zugriff auf ein Netzwerkelement durch den GMLC 
15 PI statt. Bei einem folgenden Nachrichtenwechsel liest der 

GMLC den entsprechenden Eintrag der internen 

Entscheidungstabelle und spricht sofort den passenden MAP- 

Dienst an. 

20 Fig. 2 zeigt ein Ablauf sdiagramm, wie die seitens des 
erf indungsgemaflen GMLC PI bei der Behandlung einer 
Positionierungsanf rage im Sinne des oben Gesagten ausgefiihrt 
werden. Aufgrund des Empfangs 1 einer Positionierungsanf rage 
PINQ- wird der Vorgang begonnen. Die Anfrage PINQ stammt ' 
? 25 beispielsweise von einem externen Server PV, der mit dem GMLC 
pi beispielsweise iiber das Internet oder ein anderes. 
Kommunikationsnetz verbunden ist und auf dem eine Anwendung 
ablauft, die die geographische Position des Net zteilnehmers 
ME benotigt; ein Beispiel fur eine solche Anwendung ist ein 
30 ortsbezogenes Service, bei dem der Teilnehmer ME den Ort 

eines Restaurants, Kartenschalters od.dgl. in seiner Umgebung 
erf ragt . 

Der GMLC fuhrt nun eine UberprUfung 2 der in der 
Entscheidungstabelle PE enthaltenen Entscheidungsinf ormation 
35 durch, und zwar nach einem Eintrag, der sich auf das 
zustandige Standortregister , d.i. im Netz MN1 das 
Heimatregister HLR, bezieht. Geht aus einem solchen Eintrag 
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hervor, dass das Heimatregister HLR den LCS-Standard nicht 
unterstiitzt - Zweig 2.3 zu Schritt 3 -, so wird eine ATI- 
Abfrage, also mittels einer ANY-TIME- INTERROGATION-Nachricht 
des MAP, an das Heimatregister durchgefiihrt, um die 
5 Mobilfunkzelle bzw. die Mobil-Vermittlungsstelle Ml zu 

bestimmen, in deren Einzugsbereich der erfragte Teilnehmer ME 
sich aufhalt. Um eine Bestimmung des aktuellen Standorts zu 
erreichen, kann bei Bedarf ein Paging z.B. durch das 
Versenden einer leeren Kurznachricht uber den bekannten SMS- 
10 Dienst des GSM-Netzes erzwungen werden. 

Nach der ATI-Abfrage wird bestimmt - Entscheidung 4 -, ob a 
eine E.164-Nummer der aktuellen Mobil-Vermittlungsstelle des 
Teilnehmers verfugbar ist. Kann die E.164-Nummer bestimmt 
15 werden, so wird als Nachstes geprUft, ob die 

Vermittlungsstelle Ml LCS-konform ansprechbar ist, was einer 
Verzweigung 4 . 9 zu dem weiter unten behandelten Uberprufung 9 
entspricht. 

20 Jedoch im Falle der mangelnden VerfUgbarkeit der E.164-Nummer 
ist ein Senden einer LCS-konf ormen geographischen Position 
nicht moglich, weshalb uber Zweig 4 . 5 zu Schritt 5 verzweigt 
wird, in dem anstelle einer LCS-Positionsinf ormation die 
Identifikationsnummer id(Bll) der Mobilfunkzelle an die 

25 anfragende Stelle, namlich den externen Server PV, gesendet 
wird. ~ ~ 

Wenn dagegen in der Uberprufung 2 ein Eintrag e (HLR) gefunden 
wird, dem zufolge das Heimatregister HLR eine LCS-konforme 

30 Anfrage bearbeiten kann, oder kann uberhaupt kein Eintrag fur 
dieses Netzwerkelement gefunden werden, geht der GMLC uber 
Zweig 2.6 zu Schritt 6 vor. Mit dem Heimatregister wird eine 
LCS-Standard-Anfrage zur Bestimmung der fur die tatsachliche 
Positionierung verantwortlichen Mobil-Vermittlungsstelle 

35 durchgefiihrt. Hierbei gegebenenf alls auftretende Fehler er- 
geben die Entscheidung 7: Ergeben sich Fehler, die anzeigen, 
dass das Register HLR die Anfrage nicht LCS-konform behandeln 
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kann, - Zweig 7.8 - so wird in Schritt 8 die 

Entscheidungstabelle PE durch Einfugen bzw. Korrektur act(e) 
eines entsprechenden Eintrags e (HLR) fur das Heimatregister 
HLR aktualisiert, und sodann wird mit Schritt 3 fortgesetzt. 

Im LCS-konf ormen Fall 7.9 jedoch findet ein erf olgreicher 
Informationsaustausch zwischen dem GMLC und dem 
Heimatregister HLR statt, wobei der GMLC die E . 164-Nummer der 
fur den gesuchten Teilnehmer ME zustandigen Mobil- 
Vermittlungsstelle Ml erhalt. 

In der nun folgenden Uberprufung 9 wird nach einem Eintrag 
e(Ml) gesucht, ob die Vermittlungsstelle Ml LCS-konf orm ist: 
Ein positiver Eintrag entspricht Weg 9.10 f siehe unten; 
gleichartig wird der Fall, dass ein Eintrag ganzlich fehlt, 
behandelt. Falls die Entscheidungsinf ormation vorliegt, dass 
die Vermittlungsstelle nicht LCS-konform ist, so wird > 
gepriift, ob eine ATI-Nachricht (vgl. die Diskussion zu 
Schritt 3 oben) noch zu senden ist oder bereits gesendet 
wurde . Jn ersterem Fall wird entlang Weg 9.3 zur ATI-Abfrage 
verzweigt; in letzterem Fall wird - sofern aus der ATI- \: 
Anfrage keine geeignete E. 164-Nummer vorliegt - nach Weg* 9.5 
mit dem Senden 5 der Identif ikat ionsnummer id(Bll) der r 
Mobilfunkzelle der Vorgang beendet. Falls die E. 164-Nummer 
vorhanden ist, wird ebenfalls nach Weg 9.10 mit Schritt 10 
fortgesetzt . 

In Schritt 10 fuhrt der GLMC eine LCS-Standard-Abf rage an die 
betreffende Mobil-Vermittlungss telle bzw. Mobilfunkzelle zur 
Bestimmung der Position des Teilnehmers ME durch. Ahnlich 
wie oben fur das Heimatregister (Schritte 6 und 7) wird nun 
anhand gegebenenf alls auftretender Fehler 11 entschieden, ob 
- im fehlerfreien Fall 11.12 - ein LCS-konf ormes Senden 12 
der Positionsinf ormation loc stattfindet. Falls sich Fehler 
ergeben, die anzeigen, dass das Partnerelement den LCS- 
Standard nicht beherrscht, wird uber Zweig 11.8 mit der 
entsprechenden Aktual isierung 8 der Entscheidungstabelle und 
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den nachfolgenden Schritten gemafi dem oben Gesagten 
fortgesetzt . 

Im bereits angesprochenen fehlerfrei LCS-konformen Fall wird 
in Schritt 12 an den Server PV die von diesem verlangte 
geographische Positionsinf ormation loc gesendet. Daneben kann 
auch vorgesehen sein, dass (in Fig. 2 nicht als eigener 
Schritt gezeigt) gegebenenf alls fehlende Eintrage fur das 
Heimatregister HLR bzw. die Mobil-Vermittlungsstelle Ml in 
der Entscheidungstabelle PE erganzt werden. Damit ist der 
Vorgang der Behandlung der Positionierungsanf rage PINQ be- 
endet . 


Zusatzlich sollte ein Mechanismus vorgesehen sein, damit der 
GMLC PI erkennen kann, wenn ein Kernnetzwerk-Element 
hinsichtlich des LCS erweitert wurde. Zu diesem Zweck kann 
beispielsweise vorgesehen sein, dass die Eintrage der 
Entscheidungstabelle - oder tiberhaupt die Tabelle als Ganzes 
- in regelmafligen Abstanden geloscht werden, z.B. nach Ablauf 
einer konf igurierbaren Zeit oder nach Durchfuhrung einer 
konf igurierbaren Anzahl von Zugriffen auf das jeweilige 
Netzwerkelement. Ein so geloschte Eintrag wird folglich bei 
dem nachsten Zugriff neu erstellt, in dem das oben 
beschriebene Verfahren neu durchgefuhrt wird. 

Die Erfindung kann in heterogenen Kernnetzwerken, 
insbesondere in GSM/UMTS-Netzen mit Netzstellen verschiedener 
Hersteller, eingesetzt werden. Sie ermoglicht den Zugriff auf 
Positionsinformationen mobiler Teilnehmer unabhangig von den 
Fahigkeiten der diversen Kernnetzwerk-Elemente hinsichtlich 
der Lokalisierungsdienste. Durch das Sammeln von 
Informationen betreffend die Partner-Netzwerkelement in einer 
Entscheidungstabelle gelingt es, die an sich schwierige 
Entscheidung, auf welche Weise geographische Positionsinfor- 
mationen mit einem Netzwerkelement auszutauschen ist, mit 
moglichst geringem administrativem Aufwand zu treffen. 
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Patentanspruche 

1. Verfahren zum Austausch geographischer Positionsinf orma- 
tionen zwischen einem Kernnetzwerk-Element (HLR, Ml , M2 , N2 ) 
eines of f entlichen Telekommunikationsnetzes, insbesondere 

5 Mobilfunknetzes, (MN1 , MN2 ) und einer Positionsinf ormations- 
Servereinrichtung (PI) unter Verwendung zumindest einer 
Nachricht eines von Kernnet zwerken des Telekommunikations- 
netzes unterstlit zten Protokolls, wobei seitens der Server- 
einrichtung (PI) eine Nachrichtenart der fur den Austausch 
10 der Positionsinf ormationen verwendeten Nachricht ausgewahlt 
wird, 

dadurch gekennzeichnet, 

dass durch die Servereinrichtung (PI) vor dem Zugriff auf ein 
Kernnetzwerkelement zum Austausch von Positionsinf ormationen 
15 ein Reihe von Zugriff sversuchen mit Nachrichten verschiedener 
Nachrichtenarten erfolgt, bis ein Zugriff sversuch zu einem 
erf olgreichen Inf ormationsaustausch geflihrt hat. 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dass seitens der Server- 
20 einrichtung (PI) Entscheidungsinf ormation (PE) gehalten wird, 
in der zumindest einem Kernnetzwerk-Element (HLR, Ml ,M2 , N2 ) 
jeweils zumindest eine Nachrichtenart zur Durchfiihrung des 
Austauschs von Positionsinf ormationen zugeordnet ist, und 
dass durch die Servereinrichtung (PI), wenn ein Zugrif fsver- 
25 such zu einem erf olgreichen Inf ormationsaustausch geflihrt 
hat, die Entscheidungsinf ormation urn einen Eintrag (e) er- 
ganzt wird - sofern dieser nicht schon vorhanden ist in 
dem jene Nachrichtenart, mit der der Zugriff erfolgreich war, 
dem Kernnetzwerk-Element zugeordnet ist. 

30 3. Verfahren nach Anspruch 2, 

dadurch gekennzeichnet, dass durch die Server- 
einrichtung (PI) vor dem Zugriff auf ein Kernnetzwerkelement 
(HLR, Ml , M2 , N2 ) zum Austausch von Positionsinf ormationen die 
Entscheidungsinf ormation (PE) auf einen Eintrag (e) fur das 
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betreffende Kernnet zwerk-Element gepruft wird und, falls ein 
solcher Eintrag vorliegt, der Positionsinf ormationen-Aus- 
tausch aufgrund der eintragsgemafien Nachrichtenart 
durchgefuhrt wird, anderenfalls ein Reihe von Zugrif f sversu- 
chen mit Nachrichten verschiedener Nachrichtenarten erfolgt, 
bis ein Zugrif fsversuch zu einem erf olgreichen Inf ormations- 
austausch gefuhrt hat, und seitens der Servereinrichtung die 
Entscheidungsinformation (PE) - soweit nicht bereits vorhan- 
den - erganzt wird. 

4. Verfahren nach einem der Anspriiche 1 bis 3, 
dadurch gekennzeichnet, dass ein Zugrif fsversuch 
mit Nachrichten gemafi den geltenden LCS-Standards erfolgt, 
und falls dies nicht erfolgreich ist, sodann zumindest ein 
Zugrif fsversuch gemali vor den LCS-Standards geltenden Verfah- 
ren, insbesondere mittels MAP-ATI-Abf ragen, erfolgt. 

5. Verfahren nach Anspruch 4, 

dadurch gekennzeichnet, dass an ein mobiles Endge- 
rat (ME) des Netzes (MN1 ) , dessen geographische Position zu 
bestimmen ist, eine Kurzmitteilung gesendet wird, wodurch ein 
Paging fur dieses Endgerat ausgelost wird. 

6. Verfahren nach einem der Anspriiche 1 bis 5, 
dadurch gekennzeichnet, dass im Falle dass kein 
Eintrag fur ein bestimmtes Kernnetzwerk-Element gefunden wur- 
de, eine 'Application Context Negotiation' mit dem Element 
durchgefuhrt wird und aufgrund dieser eine Nachrichtenart 
bestimmt wird. 

7. Verfahren nach einem der Anspriiche 1 bis 6, 
dadurch gekennzeichnet, dass die Entscheidungsin- 
formation in Form einer Entscheidungstabelle (PE) gehalten 
wird, in der Eintrage (e) nach den Kernnet zwer k-Elementen ge- 
ordnet sind. 
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8. Positionsinformations-Servereinrichtung zur Durchfuhrung 
des Verfahrens nach einem der Anspruche 1 bis 7. 
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Zusammenf as sung 

Austausch geographischer Positionsinformation zwischen 
Positionsinformations-Server und Kernnet zwerk-Element 

Ein optimierter Austausch geographischer Positionsinf orma- 
tionen zwischen einem Kernnet zwerk-Element (HLR, Ml , M2 , N2 ) 
eines offentlichen Telekommunikationsnetzes, insbesondere 
Mobilfunknetzes, (MN1 , MN2 ) und einer Positionsinf ormations- 
Servereinrichtung (PI) wird dadurch erreicht, dass von der 
Servereinrichtung (PI) vor dem Zugriff auf ein Kernnetzwerk- 
element zum Austausch von Positionsinf ormationen (insbesonde- 
re zum Auslesen) ein Reihe von Zugriff sversuchen mit Nach- 
richten verschiedener Nachrichtenarten erfolgt, bis ein 
Zugrif fsversuch zu einem erf olgreichen Inf ormationsaustausch 
gefuhrt hat. Hat ein Zugrif fsversuch zu einem erf olgreichen 
Informationsaustausch gefiihrt, wird seitens der Server- 
einrichtung (PI) gehaltene Entscheidungsinf ormation (PE) um 
einen entsprechenden Eintrag (e) erganzt; bei einem spateren 
Zugriff auf das Kernnet zwerk-Element wird anhand des Eintrags 
aufgrund der eintragsgemaflen Nachrichtenart durchgef uhrt . 


Fig. 1 
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